Dual transaction method and system based on centralization and decentralization

ABSTRACT

Disclosed are a dual transaction method and system based on centralization and decentralization. In the embodiments of the present description, when a designated member node receives a transaction request, in one aspect, transaction feasibility verification is carried out for the transaction request, a designated resource amount is deducted from a virtual resource account corresponding to a spending user identifier after the request passes the verification, and the designated resource amount is added to a virtual resource account corresponding to a payment-receiving user identification; in another aspect, target transaction information is broadcasted to a block chain network according to the transaction request, so that each member node distributes the target transaction information to a block chain on the basis of a consensus mechanism after the block chain network performs transaction feasibility verification on the target transaction information.

CROSS REFERENCE TO RELATED APPLICATIONS

The present application is a continuation application of theInternational Patent Application No. PCT/CN2019/086757, filed on May 14,2019, and titled “DUAL TRANSACTION METHOD AND SYSTEM BASED ONCENTRALIZATION AND DECENTRALIZATION,” which claims priority to ChinesePatent Application No. 201810893269.5 filed on Aug. 7, 2018. The entirecontents of all of the above applications are incorporated herein byreference in their entirety.

TECHNICAL FIELD

Embodiments of this specification relate to the field of informationtechnologies, and in particular, to a dual transaction method and systembased on centralization and decentralization.

BACKGROUND

It is well-known that the blockchain technology is a decentralizeddistributed storage technology, and may implement multi-partyattestation of data. This means that data stored in a blockchain isdifficult to be tampered with and is reliable.

In practice, a blockchain transaction system may be built based on theblockchain technology. The blockchain transaction system is actually ablockchain network formed by a plurality of member nodes. Any membernode may accept a transaction initiated by a user, and broadcasttransaction information of the accepted transaction to the blockchainnetwork, for member nodes to publish the transaction information to ablockchain based on a consensus mechanism after transaction validityverification (generally, whether a balance of a transfer-out party issufficient is verified) performed by the blockchain network on thetransaction information is successful. With that, the transaction iscompleted. In this way, attestation of each transaction is implemented.

However, the decentralization characteristic of blockchain transactionsystems may cause delay in confirming transactions, which bringsinconvenience to users.

SUMMARY

To resolve the delay problem of transaction confirmation in existingblockchain transaction systems, embodiments of this specificationprovide a dual transaction method and system based on centralization anddecentralization, and the technical solutions are as follows:

According to a first aspect of the embodiments of this specification, adual transaction method based on centralization and decentralization isprovided, where a blockchain network includes a plurality of membernodes, a virtual resource account is registered by a user with adesignated member node, and the method includes: receiving, by thedesignated member node, a transaction request including a paying useridentifier of a paying user, a designated resource amount, and areceiving user identifier of a receiving user, the paying user being auser paying the designated resource amount, and the receiving user beinga user receiving the designated resource amount; performing transactionfeasibility verification on the transaction request, and after theverification is successful, deducting the designated resource amountfrom a virtual resource account corresponding to the paying useridentifier and adding the designated resource amount to a virtualresource account corresponding to the receiving user identifier; andconstructing, according to the transaction request, target transactioninformation including the paying user identifier, the designatedresource amount, and the receiving user identifier, and broadcasting thetarget transaction information to the blockchain network, for the membernodes to publish the target transaction information to a blockchainbased on a consensus mechanism after transaction feasibilityverification performed by the blockchain network on the targettransaction information is successful.

According to a second aspect of the embodiments of this specification, adual transaction apparatus based on centralization and decentralizationis provided, where a blockchain network includes a plurality of membernodes, the apparatus is any of the member nodes, a virtual resourceaccount is registered by a user with the apparatus, and the apparatusincludes: a receiving module, configured to receive a transactionrequest including a paying user identifier of a paying user, adesignated resource amount, and a receiving user identifier of areceiving user, the paying user being a user paying the designatedresource amount, and the receiving user being a user receiving thedesignated resource amount; a centralization processing module,configured to perform transaction feasibility verification on thetransaction request, and after the verification is successful, deductthe designated resource amount from a virtual resource accountcorresponding to the paying user identifier and add the designatedresource amount to a virtual resource account corresponding to thereceiving user identifier; and a blockchain processing module,configured to construct, according to the transaction request, targettransaction information including the paying user identifier, thedesignated resource amount, and the receiving user identifier, andbroadcast the target transaction information to the blockchain network,for the member nodes to publish the target transaction information to ablockchain based on a consensus mechanism after transaction feasibilityverification performed by the blockchain network on the targettransaction information is successful.

According to a third aspect of the embodiments of this specification, adual transaction system based on centralization and decentralization isprovided, where the system includes a blockchain network formed by aplurality of member nodes, and a user can register a virtual resourceaccount with a designated member node, where the designated member nodereceives a transaction request that is sent by a paying user and thatincludes a paying user identifier of the paying user, a designatedresource amount, and a receiving user identifier of a receiving user,the paying user being a user paying the designated resource amount, andthe receiving user being a user receiving the designated resourceamount; performs transaction feasibility verification on the transactionrequest, and after the verification is successful, deducts thedesignated resource amount from a virtual resource account correspondingto the paying user identifier and adds the designated resource amount toa virtual resource account corresponding to the receiving useridentifier; and constructs, according to the transaction request, targettransaction information including the paying user identifier, thedesignated resource amount, and the receiving user identifier, andbroadcasts the target transaction information to the blockchain network;and other member nodes and the designated member node publish the targettransaction information to a blockchain after transaction feasibilityverification performed by the blockchain network on the targettransaction information is successful.

According to a fourth aspect of the embodiments of this specification, adual transaction method based on centralization and decentralization,wherein a blockchain network comprises a plurality of member nodes, avirtual resource account is registered by a user with a designatedmember node, and the method comprises: receiving, by the designatedmember node, a transaction request comprising a paying user identifierof a paying user, a designated resource amount, and a receiving useridentifier of a receiving user, the paying user being a user paying thedesignated resource amount, and the receiving user being a userreceiving the designated resource amount; performing, by the designatedmember node, transaction feasibility verification on the transactionrequest off the blockchain network, and after the verification issuccessful, deducting the designated resource amount from a virtualresource account corresponding to the paying user identifier and addingthe designated resource amount to a virtual resource accountcorresponding to the receiving user identifier; transmitting, by thedesignated member node, a confirmation message to a computing device ofthe paying user and/or a computing device of the receiving user, whereinthe confirmation message confirms a successful transaction feasibilityverification of the transaction request; and constructing, by thedesignated member node according to the transaction request, targettransaction information comprising the paying user identifier, thedesignated resource amount, and the receiving user identifier, andbroadcasting, by the designated member node, a blockchain transactioncomprising the target transaction information and the confirmationmessage to the blockchain network, for the member nodes to publish theblockchain transaction to a blockchain based on a consensus mechanismafter transaction feasibility verification performed by the blockchainnetwork on the blockchain transaction is successful.

According to a fifth aspect of the embodiments of this specification,one or more non-transitory computer-readable storage media storinginstructions executable by one or more processors, wherein execution ofthe instructions causes the one or more processors to perform operationscomprising: receiving a transaction request comprising a paying useridentifier of a paying user, a designated resource amount, and areceiving user identifier of a receiving user, the paying user being auser paying the designated resource amount, and the receiving user beinga user receiving the designated resource amount, wherein a blockchainnetwork comprises a plurality of member nodes, a virtual resourceaccount is registered by a user with a designated member node;performing transaction feasibility verification on the transactionrequest off the blockchain network, and after the verification issuccessful, deducting the designated resource amount from a virtualresource account corresponding to the paying user identifier and addingthe designated resource amount to a virtual resource accountcorresponding to the receiving user identifier; transmitting aconfirmation message to a computing device of the paying user and/or acomputing device of the receiving user, wherein the confirmation messageconfirms a successful transaction feasibility verification of thetransaction request; and constructing, according to the transactionrequest, target transaction information comprising the paying useridentifier, the designated resource amount, and the receiving useridentifier, and broadcasting a blockchain transaction comprising thetarget transaction information and the confirmation message to theblockchain network, for the member nodes to publish the blockchaintransaction to a blockchain based on a consensus mechanism aftertransaction feasibility verification performed by the blockchain networkon the blockchain transaction is successful.

According to a sixth aspect of the embodiments of this specification, asystem comprising one or more processors and one or more non-transitorycomputer-readable memories coupled to the one or more processors andconfigured with instructions executable by the one or more processors tocause the system to perform operations comprising: receiving atransaction request comprising a paying user identifier of a payinguser, a designated resource amount, and a receiving user identifier of areceiving user, the paying user being a user paying the designatedresource amount, and the receiving user being a user receiving thedesignated resource amount, wherein a blockchain network comprises aplurality of member nodes, a virtual resource account is registered by auser with a designated member node; performing transaction feasibilityverification on the transaction request off the blockchain network, andafter the verification is successful, deducting the designated resourceamount from a virtual resource account corresponding to the paying useridentifier and adding the designated resource amount to a virtualresource account corresponding to the receiving user identifier;transmitting a confirmation message to a computing device of the payinguser and/or a computing device of the receiving user, wherein theconfirmation message confirms a successful transaction feasibilityverification of the transaction request; and constructing, according tothe transaction request, target transaction information comprising thepaying user identifier, the designated resource amount, and thereceiving user identifier, and broadcasting a blockchain transactioncomprising the target transaction information and the confirmationmessage to the blockchain network, for the member nodes to publish theblockchain transaction to a blockchain based on a consensus mechanismafter transaction feasibility verification performed by the blockchainnetwork on the blockchain transaction is successful.

In the technical solutions provided in the embodiments of thisspecification, a blockchain network includes a plurality of membernodes, and a virtual resource account is registered by a user with adesignated member node. When receiving a transaction request, on onehand, the designated member node performs transaction feasibilityverification on the transaction request, and after the verification issuccessful, deducts a designated resource amount from a virtual resourceaccount corresponding to a paying user identifier and adds thedesignated resource amount to a virtual resource account correspondingto a receiving user identifier. On the other hand, the designated membernode broadcasts target transaction information to the blockchain networkaccording to the transaction request, for the member nodes to publishthe target transaction information to a blockchain based on a consensusmechanism after transaction feasibility verification performed by theblockchain network on the target transaction information is successful.In this way, on one hand, a transaction between users can be quicklyconfirmed by a designated member node, which has an advantage of acentralized transaction mode. On the other hand, the transaction betweenusers is also submitted to a blockchain network for verification, and ispublished by the member nodes to the blockchain based on a consensusmechanism (that is, the transaction is confirmed by the member nodes).Because the transaction has been quickly confirmed by the designatedmember node, even if the transaction confirmation speed in theblockchain network is low, no inconvenience is caused to users, and afeasible transaction is finally published to the blockchain forattestation.

It should be understood that the foregoing general description anddetailed description in the following are merely exemplary andexplanative, and cannot constitute a limitation to the embodiments ofthis specification.

In addition, any one of the embodiments of this specification does notneed to achieve all the foregoing effects.

BRIEF DESCRIPTION OF THE DRAWINGS

To describe the technical solutions in the embodiments of thisspecification or in the existing technologies more clearly, thefollowing briefly describes the accompanying drawings required fordescribing the embodiments or the existing technologies. Apparently, theaccompanying drawings in the following description show merely some ofthe embodiments of this specification, and a person of ordinary skill inthe art may still derive other drawings from the accompanying drawings.

FIG. 1 is a schematic flowchart of a dual transaction method based oncentralization and decentralization, according to some embodiments;

FIG. 2 is an exemplary flowchart of a dual transaction method based oncentralization and decentralization, according to some embodiments;

FIG. 3 is a schematic structural diagram of a dual transaction apparatusbased on centralization and decentralization, according to someembodiments;

FIG. 4 is a schematic structural diagram of a dual transaction systembased on centralization and decentralization, according to someembodiments; and

FIG. 5 is a schematic structural diagram of a computer device configuredfor performing the methods of the embodiments of this specification.

DETAILED DESCRIPTION

In an existing blockchain transaction system, transaction information oftransactions between users is broadcast to a blockchain network, andafter feasibility verification performed by the blockchain network onthe transaction information is successful, member nodes publish thetransaction information to a blockchain. However, the existingblockchain transaction system is a decentralized distributed system, anda certain period of time is required for the member nodes to achieve aconsensus of message consistency based on a consensus mechanism, whichcauses an excessively long time from initiating to confirming atransaction. That is, transaction confirmation has a delay in time,which causes inconvenience to users.

Therefore, in some embodiments, a dual transaction mechanism isintroduced. When a transaction is initiated, transaction information isnot only broadcast to the blockchain network, but also verified andsettled in a timely manner by a member node accepting the transaction.In this way, the transaction is confirmed without a delay, and thetransaction information is also published to the blockchain forattestation. For a user, the user may receive feedback that thetransaction is quickly confirmed, or may find a reliable transactioninformation attestation record in the blockchain after the transaction.

To enable a person skilled in the art to better understand technicalsolutions in the embodiments of this specification, the technicalsolutions in the embodiments of this specification are described indetail below with reference to the accompanying drawings in theembodiments of this specification. Obviously, the described embodimentsare only a part of the embodiments of this specification, other than allof the embodiments. Based on the embodiments in this specification, allother embodiments obtained by a person of ordinary skill in the artshould fall within the protection scope.

The technical solutions provided in the embodiments of thisspecification are described in detail below with reference to theaccompanying drawings.

FIG. 1 is a schematic flowchart of a dual transaction method based oncentralization and decentralization, according to some embodiments. Themethod includes the following steps:

S100. A designated member node receives a transaction request includinga paying user identifier of a paying user, a designated resource amount,and a receiving user identifier of a receiving user.

In some embodiments, a blockchain network includes a plurality of membernodes. In this specification, a “node” may be one or more devicesmanaged by a management party (a person or an institution), andmanagement parties to which the member nodes respectively correspond maybe different.

In some embodiments, a virtual resource account is registered by a userwith the designated member node. The designated member node may bedesignated according to actual service needs. For example, assuming thatthe blockchain network is a consortium blockchain network formed by 10financial institutions (including banks and electronic paymentplatforms), a member node managed by an electronic payment platform maybe designated as a designated member node, and a virtual resourceaccount is registered by a user with the electronic payment platform.

The virtual resource account registered by the user with the designatedmember node is actually maintained in a relational database of thedesignated member node.

A virtual resource described in this specification is not limited to anelectronic currency, and may also be bonus points, a game currency, avirtual object, and the like. In short, a transaction may be performedbetween users by using any virtual resource as a transaction mediumaccording to actual service rules.

In step S100, the designated member node may receive a transactionrequest sent by the paying user, or may receive a transaction requestsent by the receiving user. The transaction request may include a payinguser identifier of a paying user, a designated resource amount, and areceiving user identifier of a receiving user, the paying user being auser paying the designated resource amount, and the receiving user beinga user receiving the designated resource amount.

S102. Perform transaction feasibility verification on the transactionrequest, and after the verification is successful, deduct the designatedresource amount from a virtual resource account corresponding to thepaying user identifier and add the designated resource amount to avirtual resource account corresponding to the receiving user identifier.In some embodiments, S102 may be performed by one or more designatedmember nodes off the blockchain network (e.g., in a centralized manner).This may expedite confirmation of the transaction request, as comparedto the tradition confirmation in a decentralized manner by blockchainnodes of the blockchain network.

In this specification, the transaction feasibility verification refersto verifying whether a transaction is reasonable and executable, whichmainly includes verifying whether an account balance of the paying useris sufficient. In addition, in practice, other items of the transactionmay also be the subject of feasibility verification according to actualservice rules, for example, whether the paying user has anauthorization.

If the feasibility verification performed by the designated member nodeon the transaction request is successful, settlement is performed. Thatis, the designated resource amount is deducted from a virtual resourceaccount corresponding to the paying user identifier and the designatedresource amount is added to a virtual resource account corresponding tothe receiving user identifier.

Further, after performing step S102, the designated member node mayimmediately send a transaction confirmation notification to the payinguser and/or the receiving user. In some embodiments, the one or moredesignated member nodes may transmit a confirmation message to acomputing device of the paying user and/or a computing device of thereceiving user. The confirmation message may confirm a successfultransaction feasibility verification of the transaction request and/or asuccessful settlement of the transaction request.

S104. Construct, according to the transaction request, targettransaction information including the paying user identifier, thedesignated resource amount, and the receiving user identifier, andbroadcast the target transaction information to the blockchain network.In some embodiments, the one or more designated member nodes mayconstruct a blockchain transaction comprising the target transactioninformation and the confirmation message to the blockchain network, forthe member nodes to publish the blockchain transaction to a blockchainbased on a consensus mechanism after transaction feasibilityverification performed by the blockchain network on the blockchaintransaction is successful. This improves the computer functionality ofthe blockchain computer network system, because the computing burden onconsensus verifying a blockchain transaction including the transactionrequest (which traditionally includes performing the transactionfeasibility verification by the network of blockchain nodes in adecentralized manner) is reduced, and the computing speed of theblockchain computer network is improved (e.g., the transactionconfirmation is done at the designated member node instead of having towait for various blockchain nodes of the network to confirm). Further,the confirmation message may be included in the blockchain transactionadded to the blockchain as proof of the successful transactionfeasibility verification of the transaction request.

While step S102 is performed, or after step S102 is performed, thedesignated member node may perform step S104, for the member nodes topublish the target transaction information to a blockchain based on aconsensus mechanism after transaction feasibility verification performedby the blockchain network on the target transaction information issuccessful. As shown above, the designated member node performed thetransaction feasibility verification before the consensus verificationphase of the blockchain transaction by the blockchain nodes of theblockchain network starts, such that during the consensus verificationphase, the transaction feasibility verification no longer needs to beperformed by the blockchain nodes of the blockchain network. Thecomputing burden of the blockchain network is thus reduced, and thecomputing speed of the blockchain network is enhanced.

There may be a plurality of manners in which the blockchain networkperforms transaction feasibility verification on the target transactioninformation, and subsequently, the member nodes publish the targettransaction information to a blockchain based on a consensus mechanism.This depends on a technical architecture used by the blockchain network.

For example, if the blockchain network uses a public chain architecture(such as Ethereum), after the designated member node broadcasts thetarget transaction information to the whole network, each member nodereceiving the target transaction information performs feasibilityverification on the target transaction information. After theverification is successful, the member node stores the targettransaction information in a cache (or referred to as a transactionpool) of the member node. Subsequently, after a consensus triggercondition is met (for example, after a designated period), a member node(which may be referred to as an accounting node) responsible for packingblocks is selected from the member nodes based on a consensus mechanism(such as a proof-of-work mechanism or a proof-of-stake mechanism). Theaccounting node retrieves several transaction information from atransaction pool of the accounting node, and packs the transactioninformation into a block. The accounting node, on one hand, stores theblock into a copy of a blockchain at the accounting node, and on theother hand, broadcasts the block to the whole network, and other membernodes also store the block into the other member nodes' respectivecopies of the blockchain.

In another example, if the blockchain network uses a consortiumblockchain architecture (such as Hyperledger), after the designatedmember node broadcasts the target transaction information to the wholenetwork, a plurality of member nodes (generally referred to asendorsement nodes) responsible for endorsement first perform feasibilityverification on the target transaction information. When a designatedquantity of endorsement nodes confirm that the verification issuccessful, the endorsement nodes write the target transactioninformation into the tail of a transaction queue. A plurality of membernodes (generally referred to as confirmation nodes) responsible forconfirmation may periodically retrieve a specified quantity oftransaction information from the transaction queue sequentially fromfront to back, pack the transaction information into a block, andfurther publish the block to the blockchain based on a consensusmechanism (such as Practical Byzantine Fault Tolerance (PBFT)).

From the above, in some embodiments, for a transaction, the transactionis verified and settled based on a centralized mechanism to ensuretransaction confirmation efficiency, and the transaction is alsoverified and settled based on a decentralized mechanism (that is, ablockchain technology) to implement attestation of the transaction.

Through the dual transaction method based on centralization anddecentralization shown in FIG. 1, on one hand, a transaction betweenusers can be quickly confirmed by a designated member node, which has anadvantage of a centralized transaction mode. On the other hand, thetransaction between users is also submitted to a blockchain network forverification, and is published by the member nodes to a blockchain basedon a consensus mechanism (that is, the transaction is confirmed by themember nodes). Because the transaction has been quickly confirmed by thedesignated member node, even if a transaction confirmation speed in theblockchain network is low, no inconvenience is caused to users, and afeasible transaction is finally published to the blockchain forattestation.

FIG. 2 is an exemplary flowchart of a dual transaction method based oncentralization and decentralization, according to some embodiments. Asshown in FIG. 2, a blockchain network is formed by a plurality of membernodes (6 member nodes are shown in the figure). A solid circle is adesignated member node, and hollow circles are other member nodes thanthe designated member node. A paying user may initiate a transaction,and send a transaction request to the designated member node. Thedesignated member node, on one hand, performs a settlement operation ina local relational database, and on the other hand, broadcaststransaction information to the whole network, for the member nodes topublish the transaction information to a blockchain at the member nodes.It is worth emphasizing that, not only the designated member node needsto perform feasibility verification on the transaction, but also theblockchain network needs to perform feasibility verification on thetransaction.

In some embodiments, an execution sequence of step S102 and step S104 isnot limited. Step S104 may be performed after step S102 is performed, orstep S102 may be performed after step S104 is performed, or step S102and step S104 may be performed at the same time.

In addition, in some embodiments, for one transaction request, onetransaction is performed respectively based on a centralized mechanismand a decentralized mechanism. Therefore, in fact, an account managed bythe designated member node is a centralized account of a user, and theblockchain is actually a decentralized account of a user. In practice,for one user, a centralized account and a decentralized account of theuser may be inconsistent. The cause of inconsistency may be that abalance of the centralized account is tampered with.

Therefore, the present application provides an account reconciliationmethod, to ensure a centralized account and a decentralized account ofone user to be consistent.

For example, the designated member node may further locally store thetarget transaction information constructed in step S104 after thefeasibility verification is successful. The designated member node mayobtain transaction information published to the blockchain within adesignated period as attestation transaction information, and obtaintransaction information that is locally stored within the designatedperiod as actual transaction information.

Based on this, the designated member node determines, for any useraccording to the attestation transaction information, a resource amountthat needs to be received by the user within the designated period as anattestation received amount corresponding to the user, and determines,according to the actual transaction information, a resource amountactually received by the user within the designated period as anactually received amount corresponding to the user; compares theattestation received amount with the actually received amount; andcorrects a balance of a virtual resource account of the user if a resultof the comparison meets a first designated condition. There are at leastthe following several situations:

1. The first designated condition may be that the attestation receivedamount is greater than the actually received amount. Actually, in thissituation, it is found that some incomes of the user are not added tothe centralized account within the designated period. In this case, thedesignated member node may add a difference between the attestationreceived amount and the actually received amount to the virtual resourceaccount of the user.

2. The first designated condition may alternatively be that theattestation received amount is less than the actually received amount.Actually, in this situation, it is found that the designated member nodeincorrectly adds some resource amounts to the centralized account of theuser within the designated period. In this case, the designated membernode may deduct a difference between the actually received amount andthe attestation received amount from the virtual resource account of theuser.

3. The first designated condition may alternatively be that theattestation received amount is greater than the actually receivedamount, and a ratio of a receiving difference to the attestationreceived amount is greater than a first designated ratio, the receivingdifference being a difference between the attestation received amountand the actually received amount. Actually, in this situation, it isfound that some incomes of the user are not added to the centralizedaccount within the designated period, and the resource amounts that arenot added to the centralized account are relatively large. In this case,the receiving difference may be added to the virtual resource account ofthe user, and a first compensation amount is determined, and is added tothe virtual resource account of the user. The first compensation amountis actually a punishment for a management party of the designated membernode. For example, the first compensation amount may be determinedaccording to a formula: an attestation received amount*(a ratio of areceiving difference to the attestation received amount−a firstdesignated ratio)*a punishment coefficient.

For example, assuming that the first designated ratio is 2%, theattestation received amount is 10000 yuan, and the actually receivedamount is 9700 yuan, the receiving difference is 300 yuan, and300/10000=3%>2%. Therefore, the first compensation amount should bedetermined. Therefore, assuming that the punishment coefficient is 10,the first compensation amount is that 10000*(3%−2%)*10=1000 yuan.

In addition, the designated member node may also determine, for any useraccording to the attestation transaction information, a resource amountthat needs to be paid by the user within the designated period as anattestation payment amount corresponding to the user, and determine,according to the actual transaction information, a resource amountactually paid by the user within the designated period as an actualpayment amount corresponding to the user; compare the attestationpayment amount with the actual payment amount; and correct a balance ofa virtual resource account of the user if a result of the comparisonmeets a second designated condition.

There are at least the following several situations:

1. The second designated condition may be that the attestation paymentamount is greater than the actual payment amount. Actually, in thissituation, it is found that some payments of the user are not deductedfrom the centralized account within the designated period. In this case,the designated member node may deduct a difference between theattestation payment amount and the actual payment amount from thevirtual resource account of the user.

2. The second designated condition may alternatively be that theattestation payment amount is less than the actual payment amount.Actually, in this situation, it is found that the designated member nodeincorrectly deducts some resource amounts from the centralized accountof the user within the designated period. In this case, the designatedmember node may add a difference between the actual payment amount andthe attestation payment amount to the virtual resource account of theuser.

3. The second designated condition may alternatively be that theattestation payment amount is less than the actual payment amount, and aratio of a payment difference to the attestation payment amount isgreater than a second designated ratio, the payment difference being adifference between the actual payment amount and the attestation paymentamount. Actually, in this situation, it is found that the designatedmember node incorrectly deducts some resource amounts from thecentralized account of the user within the designated period, and theincorrectly deducted resource amounts are relatively large. In thiscase, the payment difference may be added to the virtual resourceaccount of the user, and a second compensation amount is determined, andis added to the virtual resource account of the user. The secondcompensation amount is actually a punishment for a management party ofthe designated member node. For example, the second compensation amountmay be determined according to a formula: an attestation paymentamount*(a ratio of a payment difference to the attestation paymentamount−a second designated ratio)*a punishment coefficient.

For example, assuming that the second designated ratio is 2%, theattestation payment amount is 10000 yuan, and the actual payment amountis 9700 yuan, the payment difference is 300 yuan, and 300/10000=3%>2%.Therefore, the second compensation amount should be determined.Therefore, assuming that the punishment coefficient is 10, the secondcompensation amount is that 10000*(3%−2%)*10=1000 yuan.

In addition, in some embodiments, a centralized account and adecentralized account of one user may be reconciled for each other.Generally, a balance of the decentralized account is more reliable, andthe centralized account may be corrected according to the balance of thedecentralized account. Sometimes, if there is a failure in theblockchain network, and the balance of the decentralized account isinaccurate, the balance of the decentralized account may also becorrected according to a balance of the centralized account.

Based on the dual transaction method based on centralization anddecentralization shown in FIG. 1, an embodiment further correspondinglyprovides a dual transaction apparatus based on centralization anddecentralization. As shown in FIG. 3, a blockchain network includes aplurality of member nodes, the apparatus is any of the member nodes, avirtual resource account is registered by a user with the apparatus, andthe apparatus includes: a receiving module 301, configured to receive atransaction request including a paying user identifier of a paying user,a designated resource amount, and a receiving user identifier of areceiving user, the paying user being a user paying the designatedresource amount, and the receiving user being a user receiving thedesignated resource amount; a centralization processing module 302,configured to perform transaction feasibility verification on thetransaction request, and after the verification is successful, deductthe designated resource amount from a virtual resource accountcorresponding to the paying user identifier and add the designatedresource amount to a virtual resource account corresponding to thereceiving user identifier; and a blockchain processing module 303,configured to construct, according to the transaction request, targettransaction information including the paying user identifier, thedesignated resource amount, and the receiving user identifier, andbroadcast the target transaction information to the blockchain network,for the member nodes to publish the target transaction information to ablockchain based on a consensus mechanism after transaction feasibilityverification performed by the blockchain network on the targettransaction information is successful.

The apparatus further includes: a storage module 304, configured tolocally store the target transaction information after the transactionfeasibility verification performed on the transaction request issuccessful.

The apparatus further includes: a first account reconciliation module305, configured to obtain transaction information published to theblockchain within a designated period as attestation transactioninformation, and obtain transaction information that is locally storedwithin the designated period as actual transaction information;determine, for any user according to the attestation transactioninformation, a resource amount that needs to be received by the userwithin the designated period as an attestation received amountcorresponding to the user, and determine, according to the actualtransaction information, a resource amount actually received by the userwithin the designated period as an actually received amountcorresponding to the user; compare the attestation received amount withthe actually received amount; and correct a balance of a virtualresource account of the user if a result of the comparison meets a firstdesignated condition.

The first designated condition is that the attestation received amountis greater than the actually received amount.

The first account reconciliation module 305 adds a difference betweenthe attestation received amount and the actually received amount to thevirtual resource account of the user.

The first designated condition is that the attestation received amountis less than the actually received amount.

The first account reconciliation module 305 deducts a difference betweenthe actually received amount and the attestation received amount fromthe virtual resource account of the user.

The first designated condition is that the attestation received amountis greater than the actually received amount, and a ratio of a receivingdifference to the attestation received amount is greater than a firstdesignated ratio, the receiving difference being a difference betweenthe attestation received amount and the actually received amount.

The first account reconciliation module 305 adds the receivingdifference to the virtual resource account of the user; and determines afirst compensation amount, and adds the first compensation amount to thevirtual resource account of the user.

The apparatus further includes: a second account reconciliation module306, configured to obtain transaction information published to theblockchain within a designated period as attestation transactioninformation, and obtain transaction information that is locally storedwithin the designated period as actual transaction information;determine, for any user according to the attestation transactioninformation, a resource amount that needs to be paid by the user withinthe designated period as an attestation payment amount corresponding tothe user, and determine, according to the actual transactioninformation, a resource amount actually paid by the user within thedesignated period as an actual payment amount corresponding to the user;compare the attestation payment amount with the actual payment amount;and correct a balance of a virtual resource account of the user if aresult of the comparison meets a second designated condition.

The second designated condition is that the attestation payment amountis greater than the actual payment amount.

The second account reconciliation module 306 deducts a differencebetween the attestation payment amount and the actual payment amountfrom the virtual resource account of the user.

The second designated condition is that the attestation payment amountis less than the actual payment amount.

The second account reconciliation module 306 adds a difference betweenthe actual payment amount and the attestation payment amount to thevirtual resource account of the user.

The second designated condition is that the attestation payment amountis less than the actual payment amount, and a ratio of a paymentdifference to the attestation payment amount is greater than a seconddesignated ratio, the payment difference being a difference between theactual payment amount and the attestation payment amount.

The second account reconciliation module 306 adds the payment differenceto the virtual resource account of the user; and determines a secondcompensation amount, and adds the second compensation amount to thevirtual resource account of the user.

In some embodiments, the various modules of the apparatus in FIG. 3 maybe implemented as software instructions or a combination of software andhardware. For example, the apparatus in FIG. 3 (or referred to as asystem) may comprise one or more processors (e.g., a CPU) and one ormore non-transitory computer-readable storage memories coupled to theone or more processors and configured with instructions executable bythe one or more processors to cause one or more components (e.g., theone or more processors) of the system to perform various steps andmethods of the modules described above (e.g., with reference to themethod embodiments). In some embodiments, the apparatus in FIG. 3 mayinclude a server, a mobile phone, a tablet computer, a PC, a laptopcomputer, another computing device, or a combination of one or more ofthese computing devices.

Based on the dual transaction method based on centralization anddecentralization shown in FIG. 1, an embodiment further correspondinglyprovides a dual transaction system based on centralization anddecentralization. As shown in FIG. 4, the system includes a blockchainnetwork formed by a plurality of member nodes, and a virtual resource isregistered by a user account with a designated member node.

The designated member node (the solid node) receives a transactionrequest that is sent by a paying user and that includes a paying useridentifier of the paying user, a designated resource amount, and areceiving user identifier of a receiving user, the paying user being auser paying the designated resource amount, and the receiving user beinga user receiving the designated resource amount; performs transactionfeasibility verification on the transaction request, and after theverification is successful, deducts the designated resource amount froma virtual resource account corresponding to the paying user identifierand adds the designated resource amount to a virtual resource accountcorresponding to the receiving user identifier; and constructs,according to the transaction request, target transaction informationincluding the paying user identifier, the designated resource amount,and the receiving user identifier, and broadcasts the target transactioninformation to the blockchain network; and other member nodes (thehollow nodes) and the designated member node publish the targettransaction information to a blockchain after transaction feasibilityverification performed by the blockchain network on the targettransaction information is successful.

In some embodiments, this specification further provides a computerdevice, where a blockchain network includes a plurality of member nodes,the device is any of the member nodes, and a virtual resource account isregistered by a user with the device. The device includes at least amemory, a processor, and a computer program stored on the memory andexecutable on the processor. When executing the program, the processorimplements functions of the method shown in FIG. 1.

FIG. 5 is a schematic diagram of a more specific hardware structure of acomputer device, according to some embodiments. The device may include:a processor 1010, a memory 1020, an input/output interface 1030, acommunication interface 1040, and a bus 1050. The processor 1010, thememory 1020, the input/output interface 1030, and the communicationinterface 1040 communicate with and connect to each other inside thedevice by using the bus 1050.

The processor 1010 may be implemented in a manner of a general centralprocessing unit (CPU), a microprocessor, an application-specificintegrated circuit (ASIC), or one or more integrated circuits, and isconfigured to execute a related program to implement the technicalsolutions provided in the embodiments of this specification.

The memory 1020 may be implemented in a form of a read-only memory(ROM), a random access memory (RAM), a static storage device, or adynamic storage device. The memory 1020 may store an operating systemand another application program. When the technical solutions providedin the embodiments of this specification are implemented by means ofsoftware or firmware, related program code is stored in the memory 1020and is executed by the processor 1010.

The input/output interface 1030 is configured to connect to aninput/output module, to implement input and output of information. Theinput/output module may be used as a component and configured in thedevice (not shown in the figure), or may be externally connected to thedevice, to provide corresponding functions. An input device may includea keyboard, a mouse, a touchscreen, a microphone, and various sensors.An output device may include a display, a speaker, a vibrator, and anindicator.

The communication interface 1040 is configured to connect to acommunication module (not shown in the figure), to implementcommunication interaction between the device and another device. Thecommunication module may implement communication in a wired manner (suchas a USB and a network cable), or may implement communication in awireless manner (such as a mobile network, WiFi, and Bluetooth).

The bus 1050 includes a path, for transmitting information between thecomponents (for example, the processor 1010, the memory 1020, theinput/output interface 1030, and the communication interface 1040) ofthe device.

In some embodiments, although the foregoing device shows only theprocessor 1010, the memory 1020, the input/output interface 1030, thecommunication interface 1040, and the bus 1050, in a specificimplementation process, the device may further include other componentsrequired by normal running. In addition, a person skilled in the art mayunderstand that the device may alternatively include only componentsnecessary for implementing the solution of this embodiment and notnecessarily include all components shown in the figure.

An embodiment further provides a computer-readable storage mediumstoring a computer program. The program, when executed by a processor,implements functions of the method shown in FIG. 1.

The computer-readable medium includes a persistent medium and anon-persistent medium, a removable medium and a non-removable medium,which may implement storage of information by using any method ortechnology. The information may be a computer-readable instruction, adata structure, a module of a program, or other data. Examples ofcomputer storage media include, but are not limited to, a phase changememory (PRAM), a static random access memory (SRAM), a dynamic randomaccess memory (DRAM), other type of random access memory (RAM), aread-only memory (ROM), an electrically erasable programmable read-onlymemory (EEPROM), a flash memory or other memory technology, a compactdisc read-only memory (CD-ROM), a digital versatile disc (DVD) or otheroptical storage, a cassette magnetic tape, tape and disk storage orother magnetic storage device or any other non-transmission media thatmay be configured to store information that a computing device canaccess. Based on the definition in the present disclosure, the computerreadable medium does not include transitory computer readable media(transitory media), such as a modulated data signal and a carrier.

It may be learned from description of the foregoing implementationsthat, a person skilled in the art may clearly understand that theembodiments of this specification may be implemented by using softwarein addition to a necessary universal hardware platform. Based on such anunderstanding, the technical solutions of the embodiments of thisspecification essentially or the part contributing to the existingtechnologies may be implemented in a form of a software product. Thecomputer software product may be stored in a storage medium, such as aROM/RAM, a hard disk, or an optical disc, and includes a plurality ofinstructions for instructing a computer device (which may be a personalcomputer, a server, or a network device) to perform the methodsdescribed in the embodiments or some parts of the embodiments of thisspecification.

The system, the method, the module or the unit described in theforegoing embodiments may be, for example, implemented by a computerchip or an entity, or implemented by a product having a certainfunction. A typical implementation device is a computer, and thespecific form of the computer may be a personal computer, a laptopcomputer, a cellular telephone, a camera phone, a smartphone, a personaldigital assistant, a media player, a navigation device, an emailtransceiver device, a game console, a tablet computer, a wearabledevice, or a combination thereof.

In this specification, the embodiments are described in a progressivemanner. Reference may be made to each other for a same or similar partof the embodiments. Each embodiment focuses on a difference from otherembodiments. Especially, apparatus and device embodiments are basicallysimilar to a method embodiment, and therefore are described briefly; forrelated parts, refer to partial descriptions in the method embodiment.The method embodiment described above is merely an example. The modulesdescribed as separate parts may or may not be physically separate.During implementation of the solutions of the embodiments of thisspecification, the function of the modules may be implemented in thesame piece of or a plurality of pieces of software and/or hardware. Apart or all of the modules may be selected according to actual needs toachieve the objectives of the solutions of the embodiments. A person ofordinary skill in the art may understand and implement thisspecification without creative efforts.

The foregoing descriptions are merely specific implementations of theembodiments of this specification. A person of ordinary skill in the artmay make several improvements and modifications without departing fromthe principle of the embodiments of this specification and theimprovements and modifications shall fall within the protection scope ofthe embodiments of this specification.

What is claimed is:
 1. A dual transaction method based on centralizationand decentralization, wherein a blockchain network comprises a pluralityof member nodes, a centralized virtual resource account of a paying userand a centralized virtual resource account of a receiving user areregistered with a designated member node, and the method comprises:receiving, by the designated member node, a transaction requestcomprising a paying user identifier of the paying user, a designatedresource amount, and a receiving user identifier of the receiving user,the paying user being a user paying the designated resource amount, andthe receiving user being a user receiving the designated resourceamount; performing, by the designated member node, a first transactionfeasibility verification on the transaction request off the blockchainnetwork in a centralized manner, the first transaction feasibilityverification comprising verifying whether a balance of the centralizedvirtual resource account corresponding to the paying user identifier issufficient to provide the designated resource amount; after the firsttransaction feasibility verification is successful, settling, by thedesignated member node, in a local relational database, the transactionrequest by: deducting the designated resource amount from thecentralized virtual resource account corresponding to the paying useridentifier, and adding the designated resource amount to the centralizedvirtual resource account corresponding to the receiving user identifier;transmitting, by the designated member node to a computing device of thepaying user and/or a computing device of the receiving user, aconfirmation message of success of the first transaction feasibilityverification and the settlement of the transaction request performed bythe designated member node off the blockchain network and before targettransaction information is published to a blockchain of the blockchainnetwork; constructing, by the designated member node according to thetransaction request, the target transaction information comprising thepaying user identifier, the designated resource amount, and thereceiving user identifier; after the settlement of the transactionrequest, broadcasting, by the designated member node, a blockchaintransaction comprising the target transaction information and theconfirmation message to the blockchain network; and publishing, by themembers nodes, the blockchain transaction comprising the targettransaction information and the confirmation message to the blockchainby performing a decentralized consensus mechanism with respect to theblockchain transaction, the decentralized consensus mechanism comprisingperforming a second transaction feasibility verification of theblockchain transaction in a decentralized manner.
 2. The methodaccording to claim 1, wherein the method further comprises: locallystoring, by the designated member node, the target transactioninformation after the first transaction feasibility verificationperformed on the transaction request off the blockchain network issuccessful.
 3. The method according to claim 2, wherein the methodfurther comprises: obtaining transaction information published to theblockchain within a designated period as attestation transactioninformation, and obtaining transaction information that is locallystored within the designated period as actual transaction information;for either user of the paying user and the receiving user, determining,according to the attestation transaction information, a resource amountthat needs to be received by either user within the designated period asan attestation received amount corresponding to either user, anddetermining, according to the actual transaction information, a resourceamount actually received by either user within the designated period asan actually received amount corresponding to either user; comparing theattestation received amount with the actually received amount; andcorrecting a balance of a virtual resource account of either user if aresult of the comparison meets a first designated condition.
 4. Themethod according to claim 3, wherein the first designated condition isthat the attestation received amount is greater than the actuallyreceived amount; and correcting the balance of the virtual resourceaccount of either user comprises: adding a difference between theattestation received amount and the actually received amount to thevirtual resource account of either user.
 5. The method according toclaim 3, wherein the first designated condition is that the attestationreceived amount is less than the actually received amount; andcorrecting the balance of the virtual resource account of either usercomprises: deducting a difference between the actually received amountand the attestation received amount from the virtual resource account ofeither user.
 6. The method according to claim 3, wherein the firstdesignated condition is that the attestation received amount is greaterthan the actually received amount, and a ratio of a receiving differenceto the attestation received amount is greater than a first designatedratio, the receiving difference being a difference between theattestation received amount and the actually received amount; andcorrecting the balance of the virtual resource account of either usercomprises: adding the receiving difference to the virtual resourceaccount of either user; and determining a first compensation amount, andadding the first compensation amount to the virtual resource account ofeither user.
 7. The method according to claim 2, wherein the methodfurther comprises: obtaining transaction information published to theblockchain within a designated period as attestation transactioninformation, and obtaining transaction information that is locallystored within the designated period as actual transaction information;for either user of the paying user and the receiving user, determining,according to the attestation transaction information, a resource amountthat needs to be paid by either user within the designated period as anattestation payment amount corresponding to either user, anddetermining, according to the actual transaction information, a resourceamount actually paid by either user within the designated period as anactual payment amount corresponding to either user; comparing theattestation payment amount with the actual payment amount; andcorrecting a balance of a virtual resource account of either user if aresult of the comparison meets a second designated condition.
 8. Themethod according to claim 7, wherein the second designated condition isthat the attestation payment amount is greater than the actual paymentamount; and correcting the balance of the virtual resource account ofeither user comprises: deducting a difference between the attestationpayment amount and the actual payment amount from the virtual resourceaccount of either user.
 9. The method according to claim 7, wherein thesecond designated condition is that the attestation payment amount isless than the actual payment amount; and correcting the balance of thevirtual resource account of either user comprises: adding a differencebetween the actual payment amount and the attestation payment amount tothe virtual resource account of either user.
 10. The method according toclaim 7, wherein the second designated condition is that the attestationpayment amount is less than the actual payment amount, and a ratio of apayment difference to the attestation payment amount is greater than asecond designated ratio, the payment difference being a differencebetween the actual payment amount and the attestation payment amount;and correcting the balance of the virtual resource account of eitheruser comprises: adding the payment difference to the virtual resourceaccount of either user; and determining a second compensation amount,and adding the second compensation amount to the virtual resourceaccount of either user.
 11. The method of claim 1, wherein the firsttransaction feasibility verification further comprises verifying whetherthe paying user has authorization with respect to the transactionrequest.
 12. One or more non-transitory computer-readable storage mediastoring instructions executable by one or more processors, whereinexecution of the instructions causes the one or more processors toperform operations comprising: receiving a transaction requestcomprising a paying user identifier of a paying user, a designatedresource amount, and a receiving user identifier of a receiving user,the paying user being a user paying the designated resource amount, andthe receiving user being a user receiving the designated resourceamount, wherein a blockchain network comprises a plurality of membernodes, a centralized virtual resource account of the paying user and acentralized virtual resource account of the receiving user areregistered with a designated member node; performing a first transactionfeasibility verification on the transaction request off the blockchainnetwork in a centralized manner, the first transaction feasibilityverification comprising verifying whether a balance of the centralizedvirtual resource account corresponding to the paying user identifier issufficient to provide the designated resource amount; after the firsttransaction feasibility verification is successful, settling, in a localrelational database, the transaction request by: deducting thedesignated resource amount from the centralized virtual resource accountcorresponding to the paying user identifier, and adding the designatedresource amount to the centralized virtual resource accountcorresponding to the receiving user identifier; transmitting to acomputing device of the paying user and/or a computing device of thereceiving user a confirmation message of success of the firsttransaction feasibility verification and the settlement of thetransaction request performed by the designated member node off theblockchain network and before target transaction information ispublished to a blockchain of the blockchain network; constructing,according to the transaction request, the target transaction informationcomprising the paying user identifier, the designated resource amount,and the receiving user identifier; and after the settlement of thetransaction request, broadcasting a blockchain transaction comprisingthe target transaction information and the confirmation message to theblockchain network, for the member nodes to publish the blockchain basedon a decentralized consensus mechanism with respect to the blockchaintransaction, the decentralized consensus mechanism comprising performinga second transaction feasibility verification of the blockchaintransaction in a decentralized manner.
 13. The one or morenon-transitory computer-readable storage media according to claim 12,wherein the operations further comprise: locally storing the targettransaction information after the first transaction feasibilityverification performed on the transaction request off the blockchainnetwork is successful.
 14. The one or more non-transitorycomputer-readable storage media according to claim 13, wherein theoperations further comprise: obtaining transaction information publishedto the blockchain within a designated period as attestation transactioninformation, and obtaining transaction information that is locallystored within the designated period as actual transaction information;for either user of the paying user and the receiving user, determining,according to the attestation transaction information, a resource amountthat needs to be received by either user within the designated period asan attestation received amount corresponding to either user, anddetermining, according to the actual transaction information, a resourceamount actually received by either user within the designated period asan actually received amount corresponding to either user; comparing theattestation received amount with the actually received amount; andcorrecting a balance of a virtual resource account of either user if aresult of the comparison meets a first designated condition.
 15. The oneor more non-transitory computer-readable storage media according toclaim 14, wherein the first designated condition is that the attestationreceived amount is greater than the actually received amount; andcorrecting the balance of the virtual resource account of either usercomprises: adding a difference between the attestation received amountand the actually received amount to the virtual resource account ofeither user.
 16. The one or more non-transitory computer-readablestorage media according to claim 14, wherein the first designatedcondition is that the attestation received amount is less than theactually received amount; and correcting the balance of the virtualresource account of either user comprises: deducting a differencebetween the actually received amount and the attestation received amountfrom the virtual resource account of either user.
 17. The one or morenon-transitory computer-readable storage media according to claim 14,wherein the first designated condition is that the attestation receivedamount is greater than the actually received amount, and a ratio of areceiving difference to the attestation received amount is greater thana first designated ratio, the receiving difference being a differencebetween the attestation received amount and the actually receivedamount; and correcting the balance of the virtual resource account ofeither user comprises: adding the receiving difference to the virtualresource account of either user; and determining a first compensationamount, and adding the first compensation amount to the virtual resourceaccount of either user.
 18. The one or more non-transitorycomputer-readable storage media according to claim 13, wherein theoperations further comprise: obtaining transaction information publishedto the blockchain within a designated period as attestation transactioninformation, and obtaining transaction information that is locallystored within the designated period as actual transaction information;for either user of the paying user and the receiving user, determining,according to the attestation transaction information, a resource amountthat needs to be paid by either user within the designated period as anattestation payment amount corresponding to either user, anddetermining, according to the actual transaction information, a resourceamount actually paid by either user within the designated period as anactual payment amount corresponding to either user; comparing theattestation payment amount with the actual payment amount; andcorrecting a balance of a virtual resource account of either user if aresult of the comparison meets a second designated condition.
 19. Theone or more non-transitory computer-readable storage media according toclaim 18, wherein the second designated condition is that theattestation payment amount is greater than the actual payment amount;and correcting the balance of the virtual resource account of eitheruser comprises: deducting a difference between the attestation paymentamount and the actual payment amount from the virtual resource accountof either user.
 20. A system comprising one or more processors and oneor more non-transitory computer-readable memories coupled to the one ormore processors and configured with instructions executable by the oneor more processors to cause the system to perform operations comprising:receiving a transaction request comprising a paying user identifier of apaying user, a designated resource amount, and a receiving useridentifier of a receiving user, the paying user being a user paying thedesignated resource amount, and the receiving user being a userreceiving the designated resource amount, wherein a blockchain networkcomprises a plurality of member nodes, a centralized virtual resourceaccount of the paying user and a centralized virtual resource account ofthe receiving user are registered with a designated member node;performing a first transaction feasibility verification on thetransaction request off the blockchain network in a centralized manner,the first transaction feasibility verification comprising verifyingwhether a balance of the centralized virtual resource accountcorresponding to the paying user identifier is sufficient to provide thedesignated resource amount; after the first transaction feasibilityverification is successful, settling, in a local relational database,the transaction request by: deducting the designated resource amountfrom the centralized virtual resource account corresponding to thepaying user identifier, and adding the designated resource amount to thecentralized virtual resource account corresponding to the receiving useridentifier; transmitting to a computing device of the paying user and/ora computing device of the receiving user a confirmation message ofsuccess of the first transaction feasibility verification and thesettlement of the transaction request performed by the designated membernode off the blockchain network and before target transactioninformation is published to a blockchain of the blockchain network;constructing, according to the transaction request, target transactioninformation comprising the paying user identifier, the designatedresource amount, and the receiving user identifier; and after thesettlement of the transaction request, broadcasting a blockchaintransaction comprising the target transaction information and theconfirmation message to the blockchain network, for the member nodes topublish the blockchain based on a decentralized consensus mechanism withrespect to the blockchain transaction, the decentralized consensusmechanism comprising performing a second transaction feasibilityverification of the blockchain transaction in a decentralized manner.